データサービスの使用量を報告するための方法およびシステム、メディア処理装置およびメディア制御装置

专利摘要:
データサービスの使用量を報告するための方法、システム、メディア処理装置およびメディア制御装置。この方法は、メディア処理装置がメディア制御装置によって配信された割当量を受信し、その割当量を端末へ割り当て、そして、この端末のデータサービスの使用量に関する統計結果を実行する、ことを含んでいる。端末のデータサービスの実際の使用量が上記割当量に達すると、メディア処理装置が割当量完了事象をメディア制御装置へ報告する。このシステムは、通信によって接続されたメディア制御装置とメディア処理装置とを含んでいる。
公开号:JP2011511518A
申请号:JP2010542508
申请日:2009-03-27
公开日:2011-04-07
发明作者:チェン、チァン
申请人:華為技術有限公司；
IPC主号:H04M3-00

专利说明:

[0001] 本願は、発明の名称を「データサービスの使用量を報告するための方法およびシステム、メディア処理装置およびメディア制御装置」として２００８年３月２８日に中国特許庁へ出願され、その内容全体が参照によって本願明細書に引用されたものとする中国特許出願第２００８１００９０３５９．７号の利益を主張するものである。
本発明は、データサービスの使用量を報告する技術に関するものであり、さらに詳しくは、分離アーキテクチャ、メディア処理装置（ＭＰ）、およびメディア制御装置（ＭＣ）におけるデータサービスの使用量を事前に報告する方法およびシステムに関するものである。]
背景技術

[0002] 分離アーキテクチャのネットワークでは、上記サービスあるいは制御はベアラから隔てられており、また、ネットワークエンティティ同士の間の相互接続および通信を実施するために、標準プロトコルが採用されている。既存の分離アーキテクチャでは、データサービスの使用量はその使用量を要求することで取得される。すなわち、ＭＣは、あるセッションの完了の後に、あるいはあるセッションの過程において、量およびトラフィックのような統計的情報についての要求をＭＰへ送信する。ＭＰは、その要求に応じて、応答メッセージをＭＣへ戻す。この応答メッセージは上記統計的情報を運ぶ。]
発明が解決しようとする課題

[0003] 従来技術は、従来技術における分離アーキテクチャのネットワークがデータサービスの使用量をリアルタイムで制御することができないという点で欠陥のあるものである。分離アーキテクチャの既存のネットワークにおいては、ＭＣはＭＰから隔てられている。データサービスの使用量に関するリアルタイム制御には、リアルタイムでのあるサービスの量あるいはトラフィックのリアルタイム監視と、その監視された量あるいはトラフィックがしきい値に達したときの使用量の事前報告とが必要である。この従来技術では、ＭＣは、データサービスの量あるいはトラフィックが上記しきい値に達した時点を認識せず、また、その使用量を問い合わせる時間を認識しない。データサービスの量あるいはトラフィックの統計結果についてのＭＰ応答は、その統計データをＭＣへ報告すべき時点について不明確である。それゆえ、この従来技術においては、分離アーキテクチャのネットワークにおけるデータサービスの使用量をリアルタイムに制御するためのＭＣとＭＰとの間のリアルタイム相互作用は実際的でない。]
課題を解決するための手段

[0004] 本発明の目的は、分離アーキテクチャのネットワークにおけるデータサービスの使用量をリアルタイムに報告することである。]
[0005] この目的を達成するために、分離アーキテクチャのネットワークにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法が本発明のある実施形態において提供される。]
[0006] この方法は、ＭＰによって、ＭＣによって配信された割当量を受信し、端末のためにその割当量を設定するとともに、上記端末のデータサービスの使用量を収集し、上記端末によって消費された上記データサービスの上記使用量が上記割当量に達したときに、割当量完了事象を上記ＭＣへ報告することを含んでいる。上記端末は、ユーザ装置（ＵＥ）が上記サービスにアクセスしたときに作成され、かつ、上記ＵＥへマッピングされた論理構成体である。]
[0007] 本発明の別の実施形態において提供されたＭＣは、割当量指示において指定された割当量を、上記割当量指示を受信した後にＭＰへ送信し、かつ、端末のために上記割当量を設定することを上記ＭＰに指示を行うように構成された第１制御モジュールと、上記端末によって消費された上記データサービスの上記使用量が上記割当量に達したときに、上記ＭＰによって報告された割当量完了事象を受信するように構成された第２制御モジュールとを含んでいる。]
[0008] 本発明の別の実施形態において提供されたＭＰは、ＭＣによって配信された割当量を受信するかあるいは上記割当量および有効期間を受信するように構成された第１処理モジュールと、端末のために上記割当量を設定するとともに、上記端末のデータサービスの使用量を収集するように構成された第２処理モジュールと、上記端末によって消費された上記データサービスの上記使用量が上記割当量に達したときに、割当量完了事象を上記ＭＣへ報告するように構成された第３処理モジュールとを含んでいる。]
[0009] 本発明の別の実施形態において、分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するためのシステムは、電子通信的に接続されたＭＣとＭＰとを含んでいる。]
[0010] 上記ＭＣは、割当量指示において指定された割当量を、その割当量指示を受信した後にＭＰへ送信するように構成されており、また、上記ＭＰは、端末のための割当量を設定するとともに、上記端末のデータサービスの使用量を収集し、さらに、上記端末によって消費された上記データサービスの上記使用量が上記割当量に達したときに、割当量完了事象を上記ＭＣへ報告するように構成されている。]
[0011] 本発明の実施形態では、ＭＣとＭＰとの間のリアルタイム相互作用を通じて、上記ＭＰは、データサービスの使用量をリアルタイムに監視することができるとともに、条件が満たされると統計的情報を報告することができる。このようにして、上記データサービスの上記使用量はリアルタイムで事前に報告することができる。]
[0012] 本発明の実施形態による技術的解決策あるいは従来技術における技術的解決策をより明確に図示するために、上記実施形態あるいは上記従来技術を説明するための添付図面が、以下において簡潔に導入されている。明らかなことであるが、以下の記載における添付図面は本発明の単にいくつかの実施形態のものであり、また、当業者は創造的な努力がなくても、これらの添付図面から他の図面を導き出すことができる。]
図面の簡単な説明

[0013] 図１は、本発明の第１実施形態の中の分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法のフローチャートである。
図２は、本発明の第２実施形態の中の分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法のフローチャートである。
図３は、本発明のある実施形態におけるメッセージ会議サービスのアーキテクチャを示している。
図４は、本発明のある実施形態におけるメッセージ会議サービスのオンライン課金プロセスのシグナリングフローチャートである。
図５は、本発明の第１実施形態の中の分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するためのシステムの構成を示している。
図６は、本発明の第２実施形態の中の分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するためのシステムの構成を示している。] 図１ 図２ 図３ 図４ 図５ 図６
実施例

[0014] 次の詳細な説明は、添付図面を参照する本発明の技術的解決策に向けられている。しかしながら、説明される実施形態は、本発明の実施形態のすべてではなく、単に一部にすぎない。加えて、この明細書の中に付与された実施形態から当業者によって創造的な努力なしで導き出すことのできるすべての実施形態は、本発明の適用範囲の内部に収まる。]
[0015] 第１方法の実施形態]
[0016] この実施形態によれば、分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法が提供される。図１に示されたように、この方法には、次の諸ステップが含まれている。] 図１
[0017] ステップ１０１：ＭＣが割当量指示を受信する。具体的には、この割当量指示はオンライン課金システム（ＯＣＳ）によってＭＣへ送信される。]
[0018] この割当量指示には、指定すべき割当量が含まれている。その割当量は、ユーザによって送信されるかあるいは受信されるデータサービスの使用量、例えばデータサービスにおけるメッセージの量あるいはトラフィックのしきい値である。トラフィックとは、全トラフィックあるいはペイロードトラフィックを指す。ペイロードトラフィックとは、オーバーヘッドを除く実際の有効トラフィックを指す。]
[0019] 送信方向についての割当量の組は、送信方向割当量として知られており、受信方向についての割当量の組は、受信方向割当量として知られている。具体的には、Ｈ．２４８プロトコルパッケージが、その割当量を送信するために広がり、ＭＣとＭＰとの間の相互作用を増大させて、データサービスの使用量をリアルタイムで事前に報告することができる。]
[0020] ステップ１０２：受信された割当量指示に従って、ＭＣがＭＰに指示を行って、端末のための割当量が設定される。]
[0021] 端末は、ＵＥがそのサービスにアクセスするとＭＰによって作成され、また、ＵＥへマッピングされた論理実体である。送信方向割当量は、受信方向割当量と同一であっても異なっていてもよい。例えば、送信方向割当量および受信方向割当量の双方は、トラフィックに従って設定され、その割当量は１０２４バイトである。]
[0022] ステップ１０３：その割当量の送信が完了した後に、ＭＰが、端末のデータサービスの使用量を収集し、また、この端末によって消費されたそのデータサービスの使用量が上記割当量に達したとき、すなわち、その割当量がなくなったときには、割当量完了事象をＭＣへ報告する。この割当量完了事象は消費された割当量を運ぶ。例えば、このデータサービスの消費されたトラフィックは１０２４バイトである。]
[0023] 割当量完了事象を受信した後に、ＭＣは、この割当量完了事象をＯＣＳへ報告することができ、また、ＯＣＳは、この割当量完了事象において運ばれた割当量の値によって、この端末に対する課金を実行する。このようにして、オンライン課金がリアルタイムで実行される。具体的には、ＯＣＳが、ＵＥに対応している計算書の中の対応金額を差し引く。]
[0024] ステップ１０４：新しい割当量指示を受信した後に、ＭＣはステップ１０２−１０３を繰り返すことがある。ＵＥからセッション解除要求を受信すると、ＭＣはステップ１０５を実行する。]
[0025] このステップにおける割当量修正プロセスは、データサービスを使用することでＵＥの状態に応じて繰り返されることがあり、修正された割当量は、古い割当量と同一であってもよく、それとは異なっていてもよい。]
[0026] ステップ１０５：ＵＥが現在のセッションの解除を要求するセッション解除要求をＭＣへ送信すると、ＭＣはＭＰに、そのセッションに対応する端末を解除するように指示を行う。]
[0027] 具体的には、ＭＰは、上記端末によって使用されたデータサービスの使用量の累積値を算出して、その累積値をＭＣへ戻す。累積値に応じて、ＭＣは、そのセッションの解除前にまだこの端末から報告されていなかった最終使用量を算出する。例えば、受信された累積値が２０４８バイトであり、かつ、先に報告されたすべての使用量が１５３６バイトまで加えられているときには、この端末の最終使用量は２０４８−１５３６＝５１２バイトとして算出される。]
[0028] あるいは、ＭＣは最終使用量をＯＣＳへ報告することができ、ＯＣＳはその最終使用量に応じて課金を実行する。]
[0029] 上記の実施形態における方法を通じて、ＭＣはＭＰとリアルタイムに相互作用を行い、また、ＭＰは、データサービスの使用量をリアルタイムに監視することができるとともに、条件が満たされると統計的情報を報告することができる。このようにして、データサービスの使用量はリアルタイムで事前に報告することができる。]
[0030] 第２方法の実施形態]
[0031] この実施形態は第１方法の実施形態の改良であり、この実施形態によれば、分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための別の方法が提供される。図２に示されたように、この方法には、次のステップが含まれている。] 図２
[0032] ステップ２０１はステップ１０１に類似している。]
[0033] ステップ２０２：割当量指示を受信した後に、ＭＣがＭＰに指示を行って、割当量と端末のための有効期間とが設定される。例えば、その有効期間は１０秒であり、その割当量は１０２４バイトである。]
[0034] ステップ２０３：割当量および有効期間が設定された後に、上記端末のデータサービスの使用量についての統計が作成される。この割当量がなくなると、このプロセスはステップ２１０へ進み、この割当量がなくならないうちに上記有効期間が満了すると、このプロセスはステップ２２０へ進み、ここで、この有効期間の満了はタイマによって判定することができる。]
[0035] ステップ２１０：ＭＰは割当量完了事象をＭＣへ報告する。この割当量完了事象は消費された割当量を運ぶ。例えば、１０２４バイトのメッセージが消費された。]
[0036] ステップ２２０：ＭＰは有効期間満了事象を報告する。この有効期間満了事象は、上記有効期間の間に消費されたデータサービスの使用量、例えば、１０２４バイトの割当量よりも少ない５１２バイトを運ぶ。]
[0037] ＭＣはまた、割当量完了事象と有効期間満了事象とをＯＣＳへ報告することができ、ＯＣＳは、割当量完了事象において運ばれた割当値と有効期間満了事象において運ばれたデータサービス使用量とに従って、この端末に対する課金を実行する。]
[0038] ステップ２３０：新しい割当量指示を受信した後に、ＭＣは、ステップ２０２−２０３およびステップ２１０−２２０を繰り返してこの端末を制御し、また、そのデータサービスの使用量をリアルタイムで事前に報告する。]
[0039] このステップにおける割当量修正プロセスは、上記データサービスを用いることでＵＥの状態に応じて繰り返すことができ、また、修正された割当量は、古い割当量と同一であってもよく、それとは異なっていてもよい。]
[0040] その後、最終使用量は、上記セッションが解除された後に、上記第１実施形態におけるステップ１０６およびステップ１０７によって報告することができる。]
[0041] 上記実施形態における方法を通じて、有効期間は、ＭＣが端末のデータサービスの使用量を定期的に取得するように設定され、また、上記データサービスの使用量が装置の故障のために所定割当量に達しない場合に上記統計的情報が報告されなくなる事態が回避される。]
[0042] 一例として、メッセージ会議サービスのための課金を行うときには、上記方法の実施形態においてデータサービスの使用量をリアルタイムで事前に報告するための方法のシグナリングフローが、以下で詳しく説明される。]
[0043] メッセージ会議サービスによって、ユーザは、オンライン会議を招集するために、コンテンツを他のユーザへリアルタイムで送信することができる。メッセージ会議サービスにおけるメッセージコンテンツは、テキスト、ウェブページ、画像であってもよく、あるいは、歌およびビデオクリップが含まれる他の任意のファイルであってもよい。図３は、ＩＰマルチメディアサブシステム（ＩＭＳ）に基づいたメッセージ会議サービスアーキテクチャを示している。このアーキテクチャには、ＵＥ、コールセッション制御機能（ＣＳＣＦ）、アプリケーションサーバ（ＡＳ）あるいはマルチメディアリソース機能制御装置（ＭＲＦＣ）、マルチメディアリソース機能処理装置（ＭＲＦＰ）、および請求書作成ドメインが含まれている。] 図３
[0044] これらのＵＥ、ＣＳＣＦ、およびＡＳ／ＭＲＦＣは、セッション起動プロトコル（ＳＩＰ）によって互いに通信が行われ、ＵＥは、メッセージセッション中継プロトコル（ＭＳＲＰ）によってＭＲＦＰと通信が行われ、ＭＲＦＰは、Ｈ．２４８プロトコルによってＡＳ／ＭＲＦＣと通信が行われ、また、ＡＳ／ＭＲＦＣは、ダイアメータプロトコルによって上記請求書作成ドメインとの間で通信が行われる。このＭＲＦＣはＭＣと同等のものであり、また、ＭＲＦＰはＭＰと同等のものである。]
[0045] 図４は、メッセージ会議サービスのオンライン課金プロセスのシグナリングフローチャートである。このプロセスは以下のステップを含んでいる。] 図４
[0046] ステップ１：ＵＥは、あるセッションを作成することを要求するセッション作成要求メッセージをＡＳ／ＭＲＦＣへ送信する。具体的には、ＵＥは、あるセッションを作成するために、ＳＩＰにおけるＩＮＶＩＴＥメッセージを送信する。対応するメディアプレーンは、音声あるいは映像ではなく、メッセージである。]
[0047] ステップ２：ＡＳ／ＭＲＦＣは、対応する割当量を要求するクレジット制御起動要求メッセージを上記請求書作成ドメインにおけるＯＣＳへ送信する。このＯＣＳは許容された割当量へ戻る。]
[0048] ステップ３：ＭＲＦＣは、リソース割当要求メッセージ（ＡＤＤ）をＭＲＦＰへ送信し、そのＭＲＦＰに端末のようなリソースを割り当てるように指示を行うとともに、この端末のために許容された割当量を指示する。]
[0049] この課金方針は受信方向におけるトラフィックに基づく課金と送信方向における量に基づく課金とである、と仮定する。このステップでは、送信方向についての割当量が１０メッセージであり、受信方向についての割当量が２０４８バイトであり、有効期間が５分間である、と仮定する。このシグナリングは、]
[0050] “ａｄｄＲｅｑ｛＄，Ｅｖｅｎｔｓ＝｛ｑｓｒ／ｓｑ（ｑｕ＝ｎｕｍｂｅｒ，ｑｑ＝１０），ｑｓｒ／ｒｑ（ｑｕ＝ｖｏｌｕｍｅ，ｑｃ＝ａｌｌ，ｑｑ＝２０４８），ｑｓｒ／ｖｔ（ｔ１＝３００）｝｝”であってもよい。]
[0051] ステップ４：ＭＲＦＰは、応答をＭＲＦＣへ戻して、リソース割当要求メッセージの受信を確認する。この応答のシグナリングは、“ａｄｄＲｅｐｌｙ｛Ｔ１｝”であってもよい。]
[0052] ステップ５：ＡＳ／ＭＲＦＣは、ＵＥがそのメッセージ会議を首尾よく接続していることを指示する。このシグナリングは、“ＯＫ”であってもよい。]
[0053] ステップ６：メッセージ会議のメディアストリームはベアラネットワークによって伝送される。]
[0054] ステップ７：１０メッセージの割当は終了する。]
[0055] ステップ８：ＭＲＦＰは、割当量のうちの消費された部分のようなパラメータを運ぶ割当量完了事象を報告し、例えば１０メッセージが送信され、かつ、５１２バイトが受信されたことを報告する。このシグナリングは、
“ｎｏｔｉｆｙＲｅｑ｛Ｔ１，ＯｂｓｅｒｖｅｄＥｖｅｎｔｓ＝｛ｑｓｒ／ｓｑ（ｓｑｑ＝１０， ｒｑｑ＝５１２）｝｝”であってもよい。]
[0056] ステップ９：ＭＲＦＣは、応答をＭＲＦＰへ戻して、割当量完了事象の受信を確認する。このシグナリングは、“ｎｏｔｉｆｙＲｅｑ｛Ｔ１｝”であってもよい。]
[0057] ステップ１０：ＭＲＦＣは、割当量完了事象をＯＣＳへ報告し、ＯＣＳは、この割当量完了事象において運ばれた割当値に従って、ＭＲＦＰの中における対応ユーザの上記端末のための課金を実行する。]
[0058] ステップ１１：ＡＳ／ＭＲＦＣは、その割当量を修正するように要求するクレジット制御修正要求メッセージをＯＣＳへ送信する。ＯＣＳは新しい許容割当量へ戻る。]
[0059] ステップ１２：ＭＲＦＣは、対応する端末の割当量を修正するようにＭＲＦＰに指示を行う。この修正された割当量は、送信方向についての割当量が２０メッセージであり、受信方向についての割当量が２０４８バイトであり、有効期間が５分間である、と仮定する。このシグナリングは、
“ｍｏｄＲｅｑ｛Ｔ１，Ｅｖｅｎｔｓ＝｛ｑｓｒ／ｓｑ（ｑｕ＝ｎｕｍｂｅｒ，ｑｑ＝２０），ｑｓｒ／ｒｑ（ｑｕ＝ｖｏｌｕｍｅ，ｑｃ＝ａｌｌ，ｑｑ＝２０４８），ｑｓｒ／ｖｔ（ｔ１＝３００）｝｝”であってもよい。]
[0060] ステップ１３：ＭＲＦＰは、応答をＭＲＦＣへ戻して、修正された割当量の受信を確認する。このシグナリングは、“ｍｏｄＲｅｐｌｙ｛Ｔ１｝”でもよい。]
[0061] ステップ１４：メッセージ会議のメディアストリームはベアラネットワークによって伝送される。]
[0062] ステップ１５：ＵＥは、上記セッションを解除することを要求するセッション解除要求メッセージをＡＳ／ＭＲＦＣへ送信する。このシグナリングは、“ＢＹＥ”であってもよい。]
[0063] ステップ１６：ＭＲＦＣは、リソース解除（ＳＵＢＴＲＡＣＴ）要求メッセージをＭＲＦＰへ送信し、そのＭＲＦＰに端末のようなリソースを解除するように指示を行うとともに、その統計値を監査する。このシグナリングは、“ｓｕｂＲｅｑ｛Ｔ１，ａｕｄｉｔ｛Ｓｔａｔｉｓｔｉｃｓ｝｝”であってもよい。]
[0064] ステップ１７：ＭＲＦＰは、応答をＡＳ／ＭＲＦＣへ戻す。この応答は、送信されたメッセージの累積数が１５であり、かつ、受信された累積トラフィックが１０２４バイトである、ことを指示するものである。これら２つの値に従って、ＡＳ／ＭＲＦＣが最終使用量を算出する。すなわち、最終報告（通知）から現在までに、５つのメッセージが送信され、かつ、５１２バイトが受信されているが、その理由は、先に報告された送信メッセージの数が１０であり、かつ、先に受信されたトラフィックが５１２バイトであるからである。このシグナリングは、“ｓｕｂＲｅｐｌｙ｛Ｔ１，Ｓｔａｔｉｓｔｉｃｓ｛ｑｓｒ／ｓｑａｑ＝１５， ｑｓｒ／ｒｑａｑ＝１０２４｝｝”であってもよい。]
[0065] ステップ１８：ＡＳ／ＭＲＦＣは、その最終使用量をＯＣＳへ報告し、ＯＣＳは、その最終使用量に従って課金を実行する。]
[0066] ステップ１９：ＡＳ／ＭＲＦＣは、そのクレジットを終了するように要求するクレジット制御終了要求メッセージをＯＣＳへ送信する。ＯＣＳは応答を返す。]
[0067] ステップ２０：ＡＳ／ＭＲＦＣは、ＵＥがそのメッセージ会議から首尾よく離れることを指示する。]
[0068] １つの端末には、音声ストリーム、映像ストリームおよびメッセージストリームのような多数のメディアストリームが、マルチメディア会議サービスの中にいっしょにあってもよい、ということに留意すべきである。単一型のメディアストリームの使用量が収集される必要のあるものであるときには、ＭＣは、配信される割当量についてこの端末のそれぞれのストリームのストリーム識別子を設定することができ、また、この割当量は、同ストリーム識別子に対応しているメディアストリームに特有のものである。ＭＰが割当量を設定すると、ＭＰは、この端末の特定種類のメディアストリームに対応しているストリーム識別子に従って、この端末のための対応割当量を設定することができる。]
[0069] 第１システムの実施形態]
[0070] この実施形態によれば、分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するためのシステムが提供される。図５に示されたように、このシステムには、電子通信的に接続されたＭＣ１０とＭＰ２０とが含まれている。このシステムが課金可能である必要がある場合、このシステムには、ＭＣ１０と電子通信接続されたＯＣＳ３０がさらに含まれている。このシステムの作動原理は次のとおりである。] 図５
[0071] ＯＣＳ３０における第１課金モジュール３１は、割当量指示をＭＣ１０へ配信する。この割当量指示には特定の割当量が含まれている。なお、この割当量指示は、この実施形態ではＯＣＳ３０によって配信されるが、この割当量指示は、他のモードではＭＣ１０へ配信することもできる。その後、ＯＣＳ３０によって配信された割当量を受信すると、ＭＣ１０の第１制御モジュールは、この端末のための割当量を設定するようにＭＰ２０に指示を行う。]
[0072] ＭＰ２０の第１処理モジュール２１がＭＣ１０から上記割当量を受信すると、第２処理モジュール２２が、この端末のための割当量を設定するとともに、この端末のデータサービスの使用量を収集し、また、この端末によって消費されたデータサービスの使用量が上記割当量に達したときに、第３処理モジュール２３が割当量完了事象をＭＣ１０へ報告する。この割当量完了事象は、ある割当値を運ぶ。このようにして、ＭＰ２０はその割当量を事前に報告する。]
[0073] 課金を可能にするために、ＭＣ１０には第３制御モジュール１３が含まれていてもよい。第２制御モジュール１２がＭＰ２０によって報告された割当量完了事象を受信すると、第３制御モジュール１３は、第２制御モジュール１２によって受信された割当量完了事象をＯＣＳ３０へ報告する。ＯＣＳ３０における第２課金モジュール３２は、割当量完了事象において運ばれた割当値に従って、この端末のための課金を実行する。]
[0074] ＵＥが、現在のセッションの解除を要求するセッション解除要求をＭＣ１０へ送信すると、ＭＣ１０は、第４制御モジュール１４を使用して、ＭＰ２０に、このセッションに対応する端末の解除を指示するとともに、このセッションの解除の前にこの端末によって消費されたデータサービスの最終使用量を報告することができる。ＭＰ２０の第４処理モジュール２４はこのセッションに対応する端末を解除し、また、第５処理モジュール２５は、この端末が解除された後にこの端末の最終使用量をＭＣ１０へ報告する。ＭＣ１０の第５制御モジュール１５はその最終使用量をＯＣＳ３０へ報告し、また、ＯＣＳ３０における第２課金モジュール３２は、その最終使用量に従って、この端末のための課金を実行する。]
[0075] 上記実施形態におけるシステムを通じて、ＭＣ１０はＭＰ２０とリアルタイムで相互作用し、また、このＭＰは、ユーザによって消費されたデータサービスの使用量をリアルタイムで監視することができるとともに、条件が満たされたときには統計的情報を報告することができる。このようにして、上記データサービスについてオンライン課金を実行することができる。]
[0076] 第２システムの実施形態]
[0077] 第１システムの実施形態に基づくと、この実施形態によって、データサービスについての別のＯＣＳが提供される。図６に示されたように、ＭＣ１０には、第６制御モジュール１６、第７制御モジュール１７、および第８制御モジュール１８がさらに含まれており、また、このＭＰ２０には、第６処理モジュール１６、および第７処理モジュール１７がさらに含まれている。このシステムの作動原理は次のとおりである。] 図６
[0078] ＭＣ１０の第１制御モジュール１１が割当量をＭＰ２０へ配信した後に、第６制御モジュール１６が、端末のための有効期間を設定するようにＭＰ２０へ指示を行う。ＭＰ２０の第６処理モジュール２６は端末のための有効期間を設定する。さらに具体的には、第２処理モジュール２２が端末のデータサービスの使用量についての統計結果を作成する前に、タイマが、上記有効期間によって始動され、また、上記割当量がなくならないうちに上記有効期間が満了すると、第７処理モジュール２７が有効期間満了事象をＭＣ１０へ報告する。ＭＣ１０の第７制御モジュール１７がこの有効期間満了事象を受信した後に、第８制御モジュール１８がこの有効期間満了事象をＯＣＳ３０へ報告する。ＯＣＳ３０の第２課金モジュール３２が、その有効期間内に消費されたデータサービスの使用量に従って、この端末のための課金を実行し、ここで、その使用量はこの有効期間満了事象において輸送される。]
[0079] 上記実施形態におけるシステムを通じて、ＭＣ１０は、ＵＥによって消費されたデータサービスの使用量を定期的に取得し、上記データサービスの使用量が装置の故障のために所定割当量に達しない場合に上記統計的情報が報告されなくなることが回避され、また、このオンライン課金プロセスが改善される。]
[0080] 当業者は、本発明の実施形態による方法の諸ステップのすべてあるいは一部が、適切なハードウェアを指示するプログラムによって実施することができる、ということを理解すべきである。このプログラムは、コンピュータ読み取り可能記憶メディアの中に記憶することができる。このプログラムが実行されると、本発明の実施形態による方法の諸ステップが実行される。この記憶メディアは、磁気ディスク、コンパクトディスク（ＣＤ）、読み出し専用メモリ（ＲＯＭ）、あるいはランダムアクセスメモリ（ＲＡＭ）であってもよい。]
[0081] 最後に、上記実施形態は、本発明の技術的解決策を説明するためにだけ設けられており、本発明を限定することを意図していない、ということを理解すべきである。当業者が、本発明の精神および適用範囲から逸脱することなく、本発明にさまざまな修正および変更を行うことができることは明らかである。本発明は、それらが特許請求の範囲あるいはそれらの同義語句によって定義された保護の適用範囲の中に入る限り、上記の修正および変更を包含することを意図としている。]

权利要求:

請求項1
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、メディア処理装置（ＭＰ）によって、メディア制御装置（ＭＣ）によって配信された割当量を受信し、端末のために前記割当量を前記ＭＰに設定するとともに、前記端末の前記データサービスの前記使用量を収集し、前記端末によって消費された前記データサービスの前記使用量が前記割当量に達したときに、割当量完了事象を前記ＭＣへ報告することを含む方法。
請求項2
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記ＭＰによって、前記ＭＣによって配信された有効期間を受信し、前記端末のために前記有効期間を設定するとともに、前記割当量がなくならないうちに前記有効期間が満了すると、前記有効期間において消費された前記データサービスの前記使用量を運ぶ有効期間満了事象を報告することをさらに含む請求項１に記載の方法。
請求項3
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記割当量完了事象が前記ＭＰへ報告された後に、前記方法が、前記ＭＰによって、前記ＭＣによって指示された新しい割当量を受信し、前記新しい割当量に従って前記端末のための割当量を設定し、前記端末の前記データサービスの前記使用量を統計化することをさらに含む請求項１に記載の方法。
請求項4
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記割当量完了事象が前記ＭＰへ報告された後に、あるいは前記ＭＰが前記有効期間満了事象を報告した後に、前記方法が、前記ＭＰによって、あるセッションに対応する前記端末を解除するとともに、前記ＭＣがユーザ設備（ＵＥ）から前記セッションを解除するための要求を受信した後に、前記セッションの解除の前にまだ報告されていなかった、前記端末の前記データサービスの最終使用量を報告することをさらに含む請求項２に記載の方法。
請求項5
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記最終使用量の前記報告が、前記端末によって消費された前記データサービスの前記使用量の累積値を算出し、前記累積値から先に報告されたすべての使用量を差し引いた値に従って前記最終使用量を前記ＭＣが取得することができるように、前記累積値を前記ＭＣへ報告することを含む請求項４に記載の方法。
請求項6
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記ＭＰが、前記端末の特定種類のメディアストリームに対応しているストリーム識別子に従って、前記端末のための対応割当量を設定する、という方法で、前記端末のための前記割当量を設定する請求項１に記載の方法。
請求項7
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記割当量完了事象が報告された後に、前記方法が、前記ＭＣによって、前記割当量完了事象をオンライン課金システム（ＯＣＳ）へ報告し、前記ＯＣＳによって、前記割当量完了事象において運ばれた割当値に従って前記端末のための課金を実行することをさらに含む請求項１に記載の方法。
請求項8
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記データサービスの前記使用量が、送信方向あるいは受信方向において消費された前記データサービスのトラフィックあるいは量を含む請求項１〜７のいずれかに記載の方法。
請求項9
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記トラフィックが、全トラフィックあるいはペイロードトラフィックである請求項８に記載の方法。
請求項10
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記ＭＣが、マルチメディアリソース機能制御装置（ＭＲＦＣ）であり、かつ、前記ＭＰが、マルチメディアリソース機能処理装置（ＭＲＦＰ）である請求項９に記載の方法。
請求項11
割当量指示において指定された割当量を、割当量指示を受信した後にメディア処理装置（ＭＰ）へ送信し、端末のために前記割当量を設定するよう前記ＭＰへ指示を行うように構成された第１制御モジュールと、前記端末によって消費された前記データサービスの使用量が前記割当量に達したときに前記ＭＰによって報告された割当量完了事象を受信するように構成された第２制御モジュールとを含むメディア制御装置（ＭＣ）。
請求項12
前記割当量の前記有効期間が前記割当量指示の受信と同時に受信される場合に、前記端末のための有効期間を設定するよう前記ＭＰへ指示を行うように構成された第６制御モジュールと、前記割当量がなくならないうちに前記有効期間が満了すると、前記ＭＰによって報告された有効期間満了事象を受信するように構成された第７制御モジュールとをさらに含む請求項１１に記載のＭＣ。
請求項13
前記第２制御モジュールによって受信された前記割当量完了事象をオンライン課金システム（ＯＣＳ）へ報告するように構成された第３制御モジュールをさらに含み、前記ＯＣＳが、前記割当量完了事象において運ばれた割当量に従って前記端末のための課金を実行する請求項１１に記載のＭＣ。
請求項14
あるセッションに対応する前記端末を解除するように、かつ、前記セッションを解除するための要求をユーザ装置（ＵＥ）から受信すると前記セッションの解除前に前記端末の前記データサービスの最終使用量を報告するように、ＭＰに指示するように構成された第４制御モジュールと、前記最終使用量を前記ＯＣＳへ報告するように構成された第５制御モジュールとを更に含み、前記ＯＣＳが、前記最終使用量に従って前記端末のための課金を実行する請求項１３に記載のＭＣ。
請求項15
有効期間満了事象を前記ＯＣＳへ報告するように構成された第８制御モジュールを更に含み、前記ＯＣＳが、前記有効期間満了事象において運ばれた、有効期間内に消費された前記データサービスの前記使用量に従って、前記端末のための課金を実行する請求項１４に記載のＭＣ。
請求項16
メディア制御装置（ＭＣ）によって配信された割当量を受信するか、あるいは前記割当量および有効期間を受信するように構成された第１処理モジュールと、端末のために前記割当量を設定するとともに、前記端末のデータサービスの使用量を統計化するように構成された第２処理モジュールと、前記端末によって消費された前記データサービスの前記使用量が前記割当量に達したときに、割当量完了事象を前記ＭＣへ報告するように構成された第３処理モジュールとを含むメディア処理装置（ＭＰ）。
請求項17
前記端末のための前記有効期間を設定するように構成された第６処理モジュールと、前記割当量がなくならないうちに前記有効期間が満了すると、有効期間満了事象を報告するように構成された第７処理モジュールとをさらに含む請求項１６に記載のＭＰ。
請求項18
あるセッションに対応する前記端末を、前記ＭＣがユーザ装置（ＵＥ）から前記セッションを解除するための要求を受信すると、解除するように構成された第４処理モジュールと、前記第４処理モジュールが前記端末を解除した後で前記セッションの解除の前に、前記端末の前記データサービスの最終使用量を報告するように構成された第５処理モジュールとをさらに含む請求項１７に記載のＭＰ。
請求項19
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するためのシステムであって、電子通信的に接続されたメディア制御装置（ＭＣ）とメディア処理装置（ＭＰ）とを含み、前記ＭＣは、割当量指示において指定された割当量を、前記割当量指示を受信した後に前記ＭＰへ配信するように構成され、また、前記ＭＰは、端末のための前記割当量を設定するとともに、前記端末の前記データサービスの前記使用量を統計化し、前記端末によって消費された前記データサービスの前記使用量が前記割当量に達したときに割当量完了事象を前記ＭＣへ報告するように構成されているシステム。
請求項20
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するためのシステムであって、前記ＭＰは、前記端末のための有効期間を設定するとともに、前記割当量がなくならないうちに前記有効期間が満了すると、前記有効期間において消費された前記データサービスの前記使用量を運ぶ有効期間満了事象を報告するようにさらに構成されている、請求項１９に記載のシステム。
請求項21
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するためのシステムであって、前記システムが、前記ＭＣに電子通信的に接続されたオンライン課金システム（ＯＣＳ）をさらに含み、前記ＯＣＳが、前記割当量を前記ＭＣへ配信するように構成された第１課金モジュールと、前記ＭＣによって報告された前記割当量完了事象において運ばれた割当値に従って、あるいは、前記有効期間において消費された前記データサービスの前記使用量であって、前記ＭＣによって報告された前記有効期間満了事象において運ばれた前記使用量に従って、あるいは、前記ＭＣによって報告された最終使用量に従って、前記ＭＰにおける前記端末のための課金を実行するように構成された第２課金モジュールとを含む請求項２０に記載のシステム。